home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group96a.txt / 000136_icon-group-sender _Fri Jun 14 08:53:07 1996.msg < prev    next >
Internet Message Format  |  1996-09-05  |  2KB

  1. Received: by cheltenham.cs.arizona.edu; Fri, 14 Jun 1996 08:18:43 MST
  2. Date: Fri, 14 Jun 1996 08:53:07 +0200
  3. From: karczma@calvin.info.unicaen.fr (Jerzy Karczmarczuk)
  4. Message-Id: <9606140653.AA00140@canardo.unicaen.fr>
  5. To: icon-group@cs.arizona.edu
  6. Subject: Locking files
  7. X-Sun-Charset: US-ASCII
  8. Errors-To: icon-group-errors@cs.arizona.edu
  9. Status: O
  10.  
  11. David Harrison writes:
  12.  
  13. > I am using Icon 9.1 on an SGI IRIX 5.3 machine.  Is there support for
  14. > locking files?  I am using Icon to process CGI requests from a web
  15. > server.  Since multiple people might access the programs at once,
  16. > I would like to lock the file processing phases of these programs.
  17. > I didn't see anything right off hand in the documentation.
  18. >             David Harrison, Molecular Simulations
  19.  
  20. I am not sure whether FCNTL is supported by Icon on all Unix
  21. platforms, and so the selective locks you might program by hand,
  22. but don't forget that there is a cheap way of locking something
  23. globally used for ages: the *creation* of a special "lock" file 
  24. just before entering the critical section (if it is absent, 
  25. otherwise sleep/wait), and the destruction after.
  26.  
  27. This has nothing to do in principle with Icon. But it suggests
  28. another question. Does Icon support DBM or some other not-so-low
  29. level of database management? I found already several times that the 
  30. explosion of web programs and the 100-fold increase in the number of
  31. people who do something in the domain without being extremely 
  32. technically oriented gurus, increased the number of not very
  33. secure programs, because the nice, user-friendly and high-level
  34. languages lack some tools adapted to the non-cooperative
  35. environments.
  36.  
  37. And worried people will still use Perl...
  38.  
  39. Jerzy Karczmarczuk
  40. Dept.of Comp. Sci., University of Caen, Normandy, France.
  41.